FEATURE ARTICLE 



by Bruce M. Pride 



Simple USB Data Acquisition 

Simple data acquisition is only a project away. Bruce shows you how to build a simple data 
acquisition device around an LPC2138. The system features a simple GUI that allows you to 
view graphed data instead of the streaming serial data in a terminal emulator session. 



Just ask any of my friends, and they'll 
tell you I'm definitely an embedded 
system nut. I love trying out the latest 
microcontrollers and chips that can 
breathe new life into my designs. A 
couple of my current favorites are 
Philips ABM-based microcontrollers 
and USB-to-UART bridges. I incorpo- 
rated both of these types of devices 
into my last few designs and I've been 
extremely impressed with the results. 

Another recent addition to my bag 
of tricks has been on the front end of 
my designs. Adding simple PC graphi- 
cal user interfaces (GUI) that can com- 
municate with my embedded designs 
has put the finishing touches on them. 
By adding a nice PC GUI that can 
communicate with the embedded sys- 
tem over a serial port, you can per- 
form things like system setup, real- 
time diagnostics, and tests. Besides 
these benefits, your end user or cus- 
tomer will have a more professional, 
user-friendly interface to work with. 

After thinking about ways to combine 
all of this in a single project, I decided 
to build a simple USB data acquisition 
project. The system collects tempera- 
ture data from an analog 
temperature sensor and 
graphs it via a PC GUI. 
Everyone wants to collect 
data of some sort (tempera- 
ture in my case). And what 
better way than over USB 
via an ARM-based micro- 
controller? Of course, tak- 
ing the data and doing 
something with it is also 
an important part of the 
process, so I'll show you a 
PC GUI. By the end of the 



article, you'll be able to create your 
own simple USB data acquisition 
device. Most importantly, though, 
you'll know how to develop with an 
ARM-based microcontroller, how to use 
a USB-to-UART bridge, and how to 
make a PC GUI to tie it all together. 

SYSTEM OVERVIEW 

I usually design my own boards, but 
for this project I used a couple of evalu- 
ation boards to implement my minimal 
USB data acquisition system. The boards 
are readily available, so a hardware design 
isn't required to get up and running. 

The system is comprised of two 
boards, an analog temperature sensor, 
and a PC running the GUI (see Figure 1). 
The Keil MCB2130 evaluation board 
contains the new ARM-based LPC2138 
microcontroller (see Photo 1). The 
MCU reads the temperature sensor's 
analog output voltage via its ADC and 
sends the reading via its UART. For 
this particular application, I used the 
board's serial port circuitry (RS-232 
transceiver and connector), expansion 
connector (for hooking in the tempera- 
ture sensor), and power input connec- 
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Figure 1— Where does the power come from? The USB is used for more 
nicating with the PC; it's also used to power both boards, which enables you 
those ugly black wall warts. The schematics are posted on the Circuit Cellar 



Photo 1 — / used a Keil ULINK JTAG debugger to in-cir- 
cuit debug and program the LPC2138 microcontroller. I 
soldered an LM60 temperature sensor to the prototyp- 
ing area of the MCB2130 board. 

tion. One of the board's neat features is 
that it's powered from an on-board USB 
connector. This means you don't need 
a clunky wall wart to power the sys- 
tem. You can just run another USB 
line to it for power. This is a definite 
advantage to using USB, as long as your 
board doesn't draw more power than 
the USB connection can handle. 

The Silicon Labs CP2101 evaluation 
board contains the CP2101 USB-to- 
UART bridge chip and an RS-232 trans- 
ceiver. This allows you to plug in an RS- 
232 communicating device on one side 
and a USB communicating device on the 
other. The board and its virtual COM 
port software drivers form the link 
between the MCB2130 
board's RS-232 port and 
the PC's USB port. 

The National 
Semiconductor LM60 is a 
simple three-pin analog 
Celsius temperature sen- 
sor. It's wired into the 
expansion connector on 
the MCB2130 board, 
which connects to the 
LPC2138's ADC to read 
the analog voltage from 
the sensor. Its output is 
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Figure 2— A 32-bit ARM7 core lies at the heart ot the LPC2138. Given the chip's high-performance core and numer- 
ous peripherals, it can cover a vast number of applications. 



linearly proportional to temperature 
(6.25 mV/°C), and it has a DC offset of 
424 mV to accommodate negative tem- 
peratures. This makes it a fairly easy 
sensor to deal with in software after 
it's read via the LPC2138's ADC. 

The PC contains the Visual Basic 
GUI. It reads the raw temperature 
data sampled by the ADC over the vir- 
tual USB COM port, converts it to 
temperature, and displays and charts 
the results over time. The GUI puts the 
finishing touches on the design, making 
it a more user-friendly and professional- 
looking system. Imagine how much eas- 
ier it will be to look at graphed data 
instead of the streaming serial data in 
a terminal emulator session. 

LPC2138 MCU 

The LPC2138 is one of Philips's 
newest ARM-based microcontrollers. 
Having previously designed with the 



LPC2106, the LPC2138 piqued my inter- 
est given its vast assortment of added 
peripherals. The addition of ADCs, 
DACs converters, an external memory 
controller, and edge-sensitive interrupts 
made it the perfect migration part for 
my LPC2106 designs (see Figure 2). 

The small LPC2138 contains every- 
thing but the kitchen sink. In addition 
to a ton of peripherals and general-pur- 
pose I/O, it's loaded with 512 KB of flash 
memory (128 bits wide for high speed) 
and 32 KB of RAM— definitely not the 
typical memory sizes I'm used to seeing 
in plain-vanilla 8-bit microcontrollers. 
Another remarkable feature is the chip's 
size. The 64-pin QFP part measures in 
at 10 mm x 10 mm, making it perfect 
for tightly spaced applications. 

And then, of course, there's the one 
thing that makes this microcontroller 
shine: an ARM 32-bit ARM7TDMI-S 
core. This 32-bit ARM core yields 



54 MIPS when running at 60 MHz, 
which is easily achieved by utilizing 
the LPC2138's on-board PLL. So, not 
only do you get a vast number of 
peripherals and tons of memory, you 
get all the benefits of using an ARM 
core! What are the benefits, you ask? 
An obvious one is its high perform- 
ance and low-power consumption 
combination. Others are its vast soft- 
ware tool support, real-time debug- 
ging, and code density options 
(Thumb) for high-volume applica- 
tions with memory restrictions. 

The ARM core definitely has 
found its way into numerous appli- 
cations via microprocessors, ASICs, 
SoCs, and FPGAs. And now, with 
its growing use in cost-effective 
microcontrollers, I may think twice 
before choosing a performance-lim- 
ited 8-bit microcontroller for my 
next application. Either way, if 
you're into embedded design, there's 
no doubt that having ARM experi- 
ence under your belt would be bene- 
ficial to your career. ARM is an inter- 
esting and detailed topic in and of 
itself. Refer to the Resources section 
of this article for more information. 

I hope I've piqued your interest in 
the LPC2138. Now let's examine 
how the LPC2138 fits into the USB 
ARM data acquisition (DAQ) design. 

DAQ VIA ARM 

In this simple USB ARM DAQ 
application, the LPC2138 must read 
analog temperature sensor voltage at a 
timed interval. The data must be for- 
matted and then sent to the MCB2130 
board's serial port. Therefore, you 
must use the LPC2138's timer periph- 
eral for the interval timer, its A/D 
peripheral for reading the analog tem- 
perature sensor voltage, and its UART 
peripheral for serial communication. 

The LPC2138's timer is a 32-bit 
timer/counter with a programmable 
32-bit prescaler. It's an extremely flex- 
ible timer given its capture channels, 
match registers, external outputs, and 
interrupt capabilities. I preloaded a 
timer match register for this applica- 
tion. The LPC2138 generates a timer 
interrupt when the timer counter 
matches this value. Its A/D converter 
is a 10-bit successive approximation 
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A/D converter. A 10-bit reading of the 
analog temperature sensor provides 
more than enough resolution for the 
USB ARM DAQ example. 

The LPC2138's UART is your typical 
UART with data rate generation, but it 
also includes 16-byte receive and trans- 
mit FIFOs for added flexibility. Given 
that temperature data is sent out every 
few minutes, the data rate is set to 
9,600 bps. Now that you're familiar 
with the LPC2138's peripherals, let's 
move on to the embedded software. 

EMBEDDED SOFTWARE 

Before writing actual LPC2138 
application code, the device needs to be 
set up after it's powered on. Fortunately, 
most IDEs will either set this up for you 
or provide some kind of boot assembly 
code to handle the task. For this par- 
ticular project, I used the evaluation 
version (16-KB code size limitation) of 
the Keil uVision3 environment. I was 
pleasantly surprised with its boot-up 
implementation. The graphical config- 
uration wizard allows you to modify 
the proper setup registers for your appli- 
cation. This made the boot and start- 
up process transparent and allowed 
me to focus on the application itself. 

Let's look at the LPC2138's PLL setup 
as an example. To change the PLL mul- 
tiplier value on the LPC2138, you must 
perform a few extra steps after writing 
the new multiplier and control values to 
the PLLCFG and PLLCON registers. 
These steps entail writing OxAA and 
then 0x55 to the PLL feed register 
(PLLFEED). This action loads the PLL 
control and configuration information 
from the PLLCON and PLLCFG regis- 
ters into the shadow registers that actu- 
ally affect PLL operation. It's basically 
a good way to prevent accidental chang- 
ing of the PLL value. This code imple- 
mentation is taken care of with the pro- 
vided boot code in uVision3. Punching 
in the desired multiplier in the GUI 
automatically updates the boot code. I 
learned this the hard way in a different 
DDE when designing with the LPC2106. 
The point is that using the graphical 
configuration tool is an easy and fast 
way to set up the microcontroller so you 
can start working on your application. 

Now that the boot up code is taken 
care of, let's concentrate on the main 



application. I chose C language over 
the native ARM assembly language to 
write the driver and application code. 
So, the next step involved writing a C 
code driver for a timer interrupt, an 
A/D scan, and the UART. Fortunately, 
the example C code that came with the 
uVision3 IDE had examples for all the 
peripherals. I modified and used them. 

The code for each peripheral was 
extremely straightforward and easy to 
understand and integrate. Creating the 
application code, including the C code 
for each peripheral, resulted in the 
code shown in Listing 1 . In this code a 
timer match interrupt occurs from the 
interval timer, and then the AIN- 1 
A/D channel is read to sample the 
analog output voltage from the LM60 
temperature sensor. The analog tem- 
perature data is then masked because 
only 10 bits are valid because of the 
10-bit A/D resolution. Now the read- 
ing is ready to be sent out the serial 
port via the UART through the 
pri ntf statement. Listing 1 is all the 
code you need to read the LM60 tem- 



perature sensor every few minutes 
and send the raw ASCII-converted 
A/D result out of the serial port. 

You must download code to the 
board and begin debugging at this 
point. I used the ULINK JTAG debug- 
ger, which integrates nicely with the 
Keil uVision3 IDE. The debugger con- 
nects to the MCB2130 debug connector 
and communicates directly with the 
ARM7 core inside the LPC2138 via its 
EmbeddedlCE logic (see Photo 1). 

The typical debug options are avail- 
able in uVision3. Single stepping, 
watch windows, break points, and 
memory snooping are all possible 
with the LPC2138. An interesting 
item in the uVision3 IDE is the ability 
to interact with LPC2138 peripherals 
while the program is idle. A separate 
GUI can be opened for the various 
LPC2138 peripherals that allows for 
interaction and control of them. Things 
like manually scanning the LPC2138's 
A/D converter and flipping of one 
of its GPIO bits are possible. A cou- 
ple of the windows are shown in 



Listing 1— The C function from the LPC2138 takes care of reading the LM60 temperature sensor via its on- 
board AID converter. The data is then sent out the serial port to the PC running the Visual Basic application. 



void tcO (void) i rq //Timer counter interrupt executes 

//every second at 60-MHz CPU clock 
//for testing purposes 

{ 

static char LedFlag = 0; 
unsigned int AtoDValue; 

if (LedFlag = 0) //Simply toggle the on-board 

//LED for debug 

{ 

I0SET1 = 0x00010000; 

LedFlag = 1; 

} 

el se 

{ 

I0CLR1 = 0x00010000; 
LedFlag = 0; 

} 

AD0CR |= 0x01200000; //Start an A/D conversion 

do 

{ 

AtoDValue = AD0DR; 7/Read A/D data register 

} 

while ((AtoDValue & 0x80000000) == 0); //Wait for end of A/D 

//conversi on 

AD0CR &= -0x01000000; //Stop A/D conversion ' ■ 

AtoDValue = (AtoDValue » 6) & 0x03FF; //Extract AIM 10-bit A/D value 
printf ("A%d\n", AtoDValue); //Output A/D conversion result to 

//serial port 

T0IR = l; //Clear interrupt flag 

VICVectAddr = 0; //Acknowledge ARM interrupt 
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Photo 2. This is a good way to 
get to know some of the periph- 
erals and their associated regis- 
ters on the LPC2138. Given all 
these features, I quickly down- 
loaded code to the board, ran it, 
and debugged it. 

CROSSING THE BRIDGE 

After the code is running on the 
LPC2138, the raw temperature 
data exits the MCB2130 board's 
serial port and meets the USB-to- 
UART bridge board, which con- 
tains the CP2101 USB-to-UART 
bridge controller and an RS-232 
transceiver. The board's power 
also comes from the USB port, 
once again eliminating the need 
for an ugly wall wart power sup- 
ply. I used the board to convert 
RS-232 serial data from the MCB2130 
board to compatible USB data for the PC. 

The CP2101 is highly integrated and 
requires no components other than a 
USB connector. It includes a USB 2.0 
full-speed function controller, USB trans- 
ceiver, oscillator, EEPROM, and asyn- 
chronous serial data bus (UART) with 
full modem control signals. The device's 
packaging is an unbelievably compact 
5 mm x 5 mm MLP-28. I've soldered 
many surface-mount components under 
the microscope on prototype boards, but 
this device was by far the trickiest, espe- 
cially because it doesn't have external 
leads! (If you plan on soldering by 
hand, make your PCB footprint pads a 
bit longer to allow for better solder 
flow with a fine-tipped iron.) 

Looking toward the software end of 
things/the nice part about using this 
device is that special software isn't 
needed for the RS-232-to-USB conver- 
sion. This allows USB communication 
to become totally transparent for the 
LPC2138 and its UART. Just connect 
the LPC2138 UART pins to the CP2101, 
and it will take care of the rest. 

You've probably guessed that there 
must be some software intervention for 
CP2101 data to get to the PC over USB. 
Yes, there is. It's via a virtual COM port 
driver installed on the PC side. These 
drivers make your USB port seem like 
another COM port on your PC's operat- 
ing system (thus the virtual COM port 
name). Silicon Labs provides the virtual 




Photo 2— The debug peripheral windows in the Keil debugger were use- 
ful when I was experimenting with the ADC and GPIO port bits. They 
enabled me to scan the ADC for the analog temperature value prior to 
connecting up the GUI and to alter the state of the GPIO bits at will. This 
eliminated the need for writing special test code. 



COM port drivers with its development 
board for Windows, MAC, and Linux. 

The interesting thing about the drivers 
is that existing PC applications, like ter- 
minal emulators, will work with them. 
You can have a terminal session over 
USB or use existing applications that use 
COM ports to talk over USB. The 
Visual Basic PC application does this. 

DAQ GUI 

The user interface is the final piece of 
the USB ARM DAQ system. It's the fin- 
ishing touch that gives the system a pro- 
fessional-looking way to view the tem- 
perature data. The serial data feeding the 
GUI comes from the USB port and origi- 
nates from the CP2101 bridge board. The 
PC application thinks the data is coming 
over a standard COM port. In reality, 
however, it gets data from the USB port 
via the Silicon Labs virtual COM port 
driver. This gives you the benefit of 
using the USB port for communication 
without all the complexity because it 
looks like just another serial COM port. 

The GUI was developed in Visual 
Basic. If you're familiar with BASIC 
programming languages like Qbasic, 
you'll probably find the migration to 
Visual Basic to be fairly straightforward. 
Writing code for various actions or 
events, like receiving serial characters or 
a button click, is extremely simple. For 
this application, the goal was to take 
serial data from the virtual COM port, 
convert it from a raw temperature 



A/D value to a real temperature 
(Celsius), and then graph and 
display it. Visual Basic provided 
the control components for the 
graphing and the serial data 
communications, and I wrote the 
temperature conversion code. 

The serial data is received over 
the COM port. It's provided by a 
control component called 
MSComm Control in Visual 
Basic. By simply adding this com- 
ponent to the project, you can set 
up and open and close serial ports 
(data rate, etc.). It also allows you 
to respond to a variety of events, 
like receiving characters. 

The COM port speed is preset 
to 9,600 bps to match the speed 
from the MCB2130 board. The 
receive Comm event will pro- 
vide a receive character event and 
allow viewing and reacting to mcoming 
serial characters from the virtual 
COM port. After the raw temperature 
A/D data has been received, it can be 
converted to real temperature data for 
graphing. This conversion involves 
multiplying the raw temperature data, 
which is the LPC2138's A/D sampled 
voltage, by the A/D reference (3.3 V) 
divided by 10 bits (2 10 = 1,024). Following 
this, the LM60 sensor's 424-mV offset 
must be subtracted. The value left 
must be divided by 6.25 (6.25 mV/°C) 
to get the actual temperature in 
degrees Celsius, and then converted to 
an integer. 

After the temperature conversion is 
finished, MSChart Control provides 
the graphing. By adding this compo- 
nent to the project, a variety of charts 
and display options are provided for 
graphing data. Little set-up code is 
needed because the chart is set up 
beforehand via the chart properties 
windows. This is definitely an advan- 
tage. You can modify the component 
controls via a categorized list of options 
without having to write code to do it. 

Combing all the control component 
interface and application code results 
in the code in Listing 2 (page 26), 
which is all you need to accept a seri- 
al string from the virtual COM port 
via USB, convert it to degrees Celsius, 
and graph and display it. Graphing the 
data takes only one real line of code! 



24 Issue 177 April 2005 



CIRCUIT CELLAR 8 



www.circuitcellar.com 



Listing 2— The Visual Basic code takes the serial string from the LPC2138, converts it, and then graphs it to the chart. 



Case A_COMMAND 'Temperature sensor A reading 

CommandlnProcess = False 'End of current command 
If (CurrentStringSize >= 1) Then 'Get any characters? 
ArrayCount = 1 'Start of data 

For i = ArrayCount To CurrentStringSize 

TemperatureStri ng = TemperatureStri ng & TemperatureSeri al Data ( i ) 

'Make the string 

Next i 

Ledl.LED_Colour = vbRed 'Blink the virtual LED 
Timerl . Enabl ed = True 

TemperatureDecNum = Val (TemperatureString) 'Convert string to decimal 
DebugText.Text = "Raw A to D value = " & TemperatureDecNum 'Display 

'raw A/D value as read from LM60 

'sensor via the LPC2138's ADC 
TemperatureDecNum = TemperatureDecNum * (3.3 / 1024) 'Convert 

'A/D reading, 3.3-V ref/10 bit A/D 
TemperatureDecNum = TemperatureDecNum - 0.424 'Remove 424-mV offset 
TemperatureDecNum = TemperatureDecNum / 0.00625 '6.25 mV per 

'degree C 

Temperature = TemperatureDecNum 'Convert the converted value to 

'an integer 

TemperatureText.Text = Temperature & "°c" 'Output the string 
With MSChartl 'Now lets graph it 

.Data = TemperatureDecNum ' PI ot data to current location 

' (autoincrement is on) 

End With 
End If 

End Select 'Command finished 



This is a powerful design tool for 
GUIs. The end result is shown in 
Photo 3. The temperature data is 
graphed nicely (the red line), and the 
current temperature updates every time 
•a'serial string is received over the virtual 
COM port. This puts the finishing touch 
on the USB ARM DAQ system and 
makes for a professional-looking demo. 

SWITCHING TO ARM? 

I hope you now have a better under- 
standing of ARM-based microcon- 
trollers, USB-to-UART bridges, and 
the process of implementing simple 
GUIs. You can combine all three to 
make a simple data acquisition device. 

The new ARM microcontrollers like 
the LPC2138 are opening doors for 
designers, many of whom are now 
questioning the use of the venerable 
8-bit microcontroller for some applica- 
tions. When you account for the ARM7 
core's processing power, low-power 
consumption, vast number of periph- 
erals, memory size, tool/debug sup- 
port, and incredibly small physical 
footprint, switching to a 32-bit ARM 
microcontroller may be a reasonable 
choice. 

The USB-to-UART bridges like the 
CP2101 make it simple to update UART 
peripherals on microcontrollers (or lega- 
cy RS-232 devices) and enable USB 
connectivity. Embedded code isn't 
required to make this transition, so the 
update process is fairly seamless. The 
virtual COM port drivers provided by 
companies like Silicon Labs also allow 
PC applications, such as the Visual Basic 
GUI I created, to send and receive USB 




Photo 3— Watching live graphics updates is a lot more inter- 
esting than watching raw datastreams in a terminal emulator. 



data without additional code overhead. 

The Visual Basic-based GUI allows 
for a professional-looking GUI in an 
easy-to-use design environment. The 
built-in component controls put the 
complex pieces in a simple format 
that you can easily integrate into your 
application. The language should be 
familiar to anyone with BASIC lan- 
guage experience. Explore these topics 
in greater detail before you begin your 
project. Good luck! H 
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